home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000293_news@columbia.edu_Mon May 1 23:10:10 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA14959
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 1 May 1995 20:57:47 -0400
  3. Received: by apakabar.cc.columbia.edu id AA07980
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 1 May 1995 20:57:45 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!news.cac.psu.edu!news.tc.cornell.edu!newsserver.sdsc.edu!nic-nac.CSU.net!cello.gina.calstate.edu!cello.gina.calstate.edu!not-for-mail
  6. From: jpowell@cello.gina.calstate.edu (Larry Powell)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Kermit protocol text translation?
  9. Date: 1 May 1995 16:10:10 -0700
  10. Organization: GINA and CORE+ Services of The California State University
  11. Lines: 19
  12. Message-Id: <3o3poi$b81@cello.gina.calstate.edu>
  13. Nntp-Posting-Host: cello.gina.calstate.edu
  14. X-Newsreader: TIN [version 1.2 PL2]
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17.   When doing a kermit protocol file transfer in text mode, which end
  18. (sender or receiver) does the actual text translation?
  19.   In a related sense, current versions of kermit seem to be setup where
  20. the sender sets the filetype (TEXT or BINARY) and the receiver is 
  21. supposed to change itself to match (no matter what its current setting).
  22.   Combining these questions, I was wondering if there was some way the
  23. receiving kermit (probably MS-Kermit 3.14 or CKermit) could (or does ?)
  24. have an option to force the receive filetype to what the receiver wants?
  25. (This would be most useful if it is the receiving program that does
  26. text translation.) (It would be ok to have this setting default to being
  27. controlled by the sender (as it is now and would ordinarily be) but it
  28. might be nice to have such an option.)
  29.   Comments?
  30.  
  31.   Thanks,
  32.  
  33. --
  34. --Larry Powell   jpowell@cello.gina.calstate.edu
  35.